home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0055 / 605.txt < prev    next >
Text File  |  1997-04-16  |  12KB  |  308 lines
  1. INFO-ATARI16 Digest         Sat,  4 Nov 89       Volume 89 : Issue 605
  2.  
  3. Today's Topics:
  4.              >everybody would agree that it is VaporWare.
  5.                        certain incorrect rumors
  6.                     GNU C and sizeof(int) (2 msgs)
  7.                   Hard Drive RLL info... Good Deal?
  8.                      Problematic internal drives.
  9.                    questions, questions, questions
  10.                 TOS 1.4 Incompatibility List: Populous
  11.                        TT's VME-slots (2 msgs)
  12. ----------------------------------------------------------------------
  13.  
  14. Date: Thu, 02 Nov 89 18:57 CST
  15. From: jeff beer <UUCJEFF%ECNCDC.BITNET@UICVM.uic.edu>
  16. Subject: >everybody would agree that it is VaporWare.
  17.  
  18. >
  19. >Atari has a long history of VaporWare. Remember the ST that was going to use
  20. >the 68020 cpu?? It never came out either.
  21. >
  22. Well in all fairness, they decided the 68020 did not improve performance
  23. over the 68000 that much so why bother.   Goto the 68030 instead.
  24. No sense in putting out something that is not much of an improvement.
  25.  
  26. But they do have problems in getting their other stuff out on schedule.
  27.  
  28. Jeff Beer, chicago
  29.  
  30. ------------------------------
  31.  
  32. Date: 4 Nov 89 06:15:48 GMT
  33. From: microsoft!w-darekm@uunet.uu.net  (Darek Mihocka)
  34. Subject: certain incorrect rumors
  35.  
  36. If Andrew Semple is reading this...
  37.  
  38. Three attempts to reply to your email this week were bounced back by watmath.
  39. Seems you don't exist! Either try a different path, or leave me a voice #.
  40. Hope the subject of this message answers your question.
  41.  
  42. - Darek
  43.  
  44. ------------------------------
  45.  
  46. Date: 4 Nov 89 05:26:45 GMT
  47. From:
  48.  swrinde!cs.utexas.edu!usc!samsung!shadooby!mailrus!jarvis.csri.toronto.edu!utgp
  49. u!watmath!ria!uwovax!7103_300@ucsd.edu
  50. Subject: GNU C and sizeof(int)
  51.  
  52. In article <28772@shemp.CS.UCLA.EDU>, stephen@oahu.cs.ucla.edu (Steve Whitney)
  53.  writes:
  54. > In article <30975@watmath.waterloo.edu> rbutterworth@watmath.waterloo.edu (Ray
  55.  Butterworth) writes:
  56. >
  57. >>Has anyone made a 16-bit GCC and library and done a comparison?
  58. >
  59. > You can always use this simple hack:
  60. >
  61. > #define int short
  62. > [ more useful hints deleted ]
  63. >
  64.  
  65. Your suggestions are fine, but the easiest solution is to get the 16 bit
  66. libraries (and a version of the compiler that can handle them; anything
  67. later than 1.34, but I'd recommend getting 1.36). I routinely use -mshort
  68. with no problems (other than brain-damaged software that thinks
  69. sizeof(int) == sizeof(long); but the prototypes in the standard include
  70. files help a lot with even that).
  71.  
  72. The most up-to-date version of the libraries (both 16 and 32 bit) are
  73. available on dsrgsun.ces.cwru.edu, in ?ftp/atari. If you don't have
  74. these libraries, get them; thanks to some nice work by Dale Schumacher
  75. (dLibs), Henry Spencer (strings), Jwahar Bammi (lots of stuff), the
  76. people at Berkeley (curses and doprnt) and yours truly, they're a big
  77. improvement on the original GCC library.
  78.  
  79. Eric R. Smith
  80. ersmith@uwovax.uwo.ca
  81.  
  82. ------------------------------
  83.  
  84. Date: 4 Nov 89 01:54:45 GMT
  85. From: imagen!atari!apratt@ucbvax.Berkeley.EDU  (Allan Pratt)
  86. Subject: GNU C and sizeof(int)
  87.  
  88. rbutterworth@watmath.waterloo.edu (Ray Butterworth) writes:
  89.  
  90. >In article <1754@ruuinf.cs.ruu.nl> piet@cs.ruu.nl (Piet van Oostrum) writes:
  91. >>Dlibs and Gemfast have been written for a 16 bit compiler.
  92. >>I have a version of Dlibs that I adapted for use with GCC.
  93. >>It has been modified for 32 bit integers.
  94. >Why does GCC on the ST have 32 bit ints?
  95.  
  96. It also has 16-bit ints: use -mshort on the command line.
  97.  
  98. > "so that badly written code will still work ok"
  99.  
  100. I *do* consider this a valid reason.  Personally, I consider "int" to
  101. be an evil data type when the issue of portability comes up. But look
  102. at UNIX and all the libraries meant to look like UNIX: malloc, fwrite,
  103. etc. all take "int" arguments, because "int" is "big enough" on those
  104. machines.  A 16-bit library will probably work, but you can't malloc /
  105. write more than 32K at a time.  Thanks.  MWC suffers from this, as does
  106. Alcyon and some Mac-derived compilers (but for a different reason).
  107.  
  108. It's not pretty, but we're stuck with it.  If you don't want it to be
  109. slow, use "short."  (Unless your compiler is REALLY bad, like MegaMax's
  110. is or was, and "short" is *8* bits!)
  111.  
  112. ============================================
  113. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  114. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  115.  
  116. ------------------------------
  117.  
  118. Date: 4 Nov 89 10:40:11 GMT
  119. From:
  120.  cs.utexas.edu!samsung!uakari.primate.wisc.edu!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.
  121. uiuc.edu!uxa.cso.uiuc.edu!uxf.cso.uiuc.edu!glk3593@tut.cis.ohio-state.edu
  122. Subject: Hard Drive RLL info... Good Deal?
  123.  
  124.         I am buying/have ordered from my dealer a 30 meg RLL hard
  125.         drive in an expandable case with a 40ms access time MiniScribe
  126.         drive.  Any comments on the price of $600?  He's giving me the
  127.         offer of $300 down and $100/month for the following three months.
  128.  
  129.         Any comments on the drive/ICD controller would be very much appreciated
  130.         He said he is not using SCSI or something like that since getting
  131.         a second drive would be cheaper later...
  132.  
  133.         Thanks in advance for any e-mail or responses.  (I do read
  134.         this news-file)
  135.  
  136. -Spieu!
  137.  
  138. ------------------------------
  139.  
  140. Date: 4 Nov 89 10:40:09 GMT
  141. From:
  142.  cs.utexas.edu!usc!brutus.cs.uiuc.edu!uakari.primate.wisc.edu!uwm.edu!ux1.cso.ui
  143. uc.edu!ux1.cso.uiuc.edu!uxa.cso.uiuc.edu!uxf.cso.uiuc.edu!glk3593@tut.cis.ohio-s
  144. tate.edu
  145. Subject: Problematic internal drives.
  146.  
  147.         I had the same problem with my 2 year old 1040.  What I did is
  148.         open the case (after trying the same things you did...).
  149.  
  150.         Turns out my disk drive was full of dust.  I brushed it all
  151.         off, took the rectangle mech. out of the case and cleaned it.
  152.  
  153.         Now everything works.
  154.  
  155.         One other thing to watch for is placement of your monitor.
  156.  
  157.         Atari's monitors emit an exorbitant emf field which can
  158.         royally @%#! over your drive's operation.  i.e. if it is
  159.         placed anywhere over the drive..
  160.  
  161.         -Spieu!
  162.  
  163. ------------------------------
  164.  
  165. Date: 3 Nov 89 20:28:52 GMT
  166. From: hp-pcd!hplsla!andyc@hplabs.hp.com  (Andy Cassino)
  167. Subject: questions, questions, questions
  168.  
  169. |As I said, I don't use Interlink but I have friends who swear by
  170. |it. Maybe someone else can explain Interlink.
  171. |
  172. |Richard Covert
  173. |----------
  174.  
  175. I have been using Interlink for about 3 months.
  176.  
  177. I give Interlink an "okay" rating. I bought Interlink because it is GEM
  178. based (didn't realize Flash was GEM based).  But, the GEM interface is not
  179. well thought out in a couple of areas and so is a mixed blessing. (At least,
  180. the organization of the menus doesn't make too much sense _to_me_). It is
  181. hard to figure out where to find things in some cases.  I end up using
  182. the function keys much of the time.
  183.  
  184. Other notes:
  185.  
  186. The learn mode works but you can't edit the resultant script (at least
  187. not officially). Maybe the file is editable, I haven't looked.
  188.  
  189. The manual is comprehensive but it is hard to find things (the index is
  190. not very complete). I learned alot about "telecommunications" from it,
  191. though. It bears several readings if you are new to modems and such.
  192.  
  193. The program has lots of esoteric (for me) features, so I doubt I'll need
  194. a program that does more. I would guess that most anyone can do what they
  195. want with this program.
  196.  
  197. The code seems fairly robust. I've had trouble with running programs during
  198. background downloads, and I had trouble when I set the fast bit. Otherwise,
  199. the code seems very solid.
  200.  
  201. The program came with a free Genie sign-up, so I effectively paid $5 for it.
  202.  
  203. Summary: I'd have a closer look at Flash if I were to do it again. But
  204. I intend to keep on using Interlink now that I have it. It does what I need
  205. and does it reliably. I may upgrade to Masterlink to gain scripting
  206. and improved background download capabilities though.
  207.  
  208. Disclaimer: The opinions expressed herein are those solely of the author,
  209.             who has no pecuniary interest in the companies mentioned.
  210.  
  211. Copyright (c) 1989 by Andrew Cassino.
  212. Permission for distribution on USENET hereby granted.
  213.  
  214.     %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  215.     % Andy Cassino                                                  %
  216.     % uucp: hplabs!hplsla!andyc  domain: andyc%hplsla@hplabs.hp.com %
  217.     % Hewlett-Packard              Lake Stevens Instrument Division %
  218.     % 8600 Soper Hill Road                   Everett, WA 98205-1298 %
  219.     % (206) 335-2211                                                %
  220.     %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  221.  
  222. ------------------------------
  223.  
  224. Date: 4 Nov 89 03:03:49 GMT
  225. From: imagen!atari!kbad@ucbvax.Berkeley.EDU  (Ken Badertscher)
  226. Subject: TOS 1.4 Incompatibility List: Populous
  227.  
  228. in article <267@mirsa.inria.fr>, colas@trinidad.inria.fr (Colas Nahaboo) says:
  229. >
  230. > Yes, Most of the greatest ST games do not work with TOS 1.4: Populous,
  231. > dungeon master, Falcon, Rick Dangerous...
  232. - ~~~~~~~~~~~~~~ -
  233.  
  234. I find this quite hilarious.  In fact, we had to MODIFY a change we
  235. made for Rainbow TOS so that Dungeon Master would WORK!
  236.  
  237. Heeeheeheheheh.
  238.  
  239. Dungeon Master most assuredly works on Rainbow TOS.
  240. So do Populous and Falcon and Rick Dangerous.
  241.  
  242. As to the other comments, I hope that every cracked game in existence
  243. fails on Rainbow TOS.
  244.  
  245. --
  246.    |||   Ken Badertscher  (ames!atari!kbad)
  247.    |||   Atari R&D System Software Engine
  248.   / | \  #include <disclaimer>
  249.  
  250. ------------------------------
  251.  
  252. Date: 4 Nov 89 06:37:38 GMT
  253. From: oahu!stephen@cs.ucla.edu  (Steve Whitney)
  254. Subject: TT's VME-slots
  255.  
  256. In article <2471@odeon.ahse.cdc.com> bga@odeon.ahse.cdc.com (Bruce Albrecht)
  257.  writes:
  258. >In article <1771@atari.UUCP>, apratt@atari.UUCP (Allan Pratt) writes:
  259. >> Remember (as has been pointed out before) no vendor HAS to design
  260. >> hardware specifically for that slot: it's already been done.  That's
  261. >> why we chose a standard bus interface.
  262. >
  263. >Only part of the design process is the hardware.  If the vendor doesn't see
  264. >the TT as a large enough market, the customer will have to write the device
  265. >drivers, which would be a major undertaking for the average TT owner.
  266.  
  267. Of course, this opens up a new "fourth party" market.  Just as there are
  268. HP laserjet, deskjet, and postscript GDOS drivers, if there's a large
  269. enough market, an Atari developer will write and market a driver.  This
  270. developer might even sell the card as a value added package.  At least,
  271. he/she would not have to do hardware development to put out something
  272. like a NetBIOS for the TT...
  273.  
  274.                                         --Steve
  275.  
  276.  
  277. Steve Whitney   "It's never _really_ the last minute"       (())_-_(())
  278. UCLA Comp. Sci. Grad. Student                                | (* *) |
  279. Internet: stephen@cs.ucla.edu              UCLA Bruin-->    ?  \_@_/  ?
  280. GEnie:    S.WHITNEY                                           `-----'
  281.  
  282. ------------------------------
  283.  
  284. Date: 4 Nov 89 03:08:53 GMT
  285. From: imagen!atari!kbad@ucbvax.Berkeley.EDU  (Ken Badertscher)
  286. Subject: TT's VME-slots
  287.  
  288. covertr@force.UUCP (Richard E. Covert) writes:
  289.  
  290. | Actually, the TT
  291. | sounds like one hell of a GOOD Game Machine!! IT should be
  292. | marketted as such!!!
  293.  
  294. Richard, you are confused.  Sure, some really hot games will probably come
  295. out for TT.  And despite the fact that TT will be _very_ reasonably priced,
  296. it won't quite be priced in the range of game machines.
  297.  
  298. Get real, guy.
  299. --
  300.    |||   Ken Badertscher  (ames!atari!kbad)
  301.    |||   Atari R&D System Software Engine
  302.   / | \  #include <disclaimer>
  303.  
  304. ------------------------------
  305.  
  306. End of INFO-ATARI16 Digest V89 Issue #605
  307. *****************************************
  308. =========================================================================